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THE FEASIBILITY OF USING TAE AS THE UIL FOR THE 
SPACE STATION AND FOR OTHER INTERNAL NASA TASKS AND PROJECTS 

By 

Esther Naomi Gill, Ed.D. 

Associate Professor of Computer Science 
Oakwood College 
Huntsville, AL 35896 

3.0 A B S I R A C I 

This description of Transportabl e Applications Executive 
(TAE) is intended to serve as a determination of the feasi- 
bility of its use as the Space Station User Interface Language 
(SSUIL). TAE was developed by the Space Data and Computing 
Division, Space and Earth Sciences Directorate of the NASA/GSFC 
(Goddard Space Flight Center) and by Century Computing, Inc. in 
1980. 

TAE is an executive program that ties a system of appli- 
cation programs into a single easily operated whole & supports 
users 7 operations of programs through a consistent friendly and 
flexible interactive user interface. TAE also supplies the 
interface between the user and the various application programs 
in a particular computer system. It appears to be an effective 
user interface for infrequent as well as for expert users. 

The UIL will support software development, on board and on 
ground operations, tests & diagnoses, and a family of languages 
(Ada, Assembly, BASIC, C, COBOL, FORTRAN, Pascal). Prospective 
users of the SSUIL are Requirement and Specification Engineers, 
Coding and Testing Engineers; Exper i menters; Software Designers 
and Developers; Maintenance Engineers, and Crewpersons. 

For most appl i cat i ons, the various elements of the system 
are so complex that users cannot communicate directly with the 
operational programs, but must manage the system through inter- 
mediate interfaces. An applications executive is a master pro- 
gram which unifies the many subprograms of the system. 

TAE uses everyday terminology, is almost 100 per cent 
machine independent, is NASA owned, imposes no restrictions on 
the type of application programs supporting TAE, permits the 
prototyping of systems without writing any code, and can inter- 
face with FORTRAN, C, and Ada programming applications. 

TAE is primarily a text-based user interface management 
system utilising programs that acquire parameters or a command 
language which is not appropriate for all SS applications need- 
ing solutions. TAE is neither in use for real-time operations 
nor integration and tests which are primary UI functions. 

Nevertheless, since there are more pros than cons for the 
use of TAE as the UIL for the SS and other NASA internal tasks 
and projects, I say, why not give it a try with nothing to lose 
and possibly everything to gain, as it is already a NASA owned/ 
maintained interfacing programming tool. 
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5.0 


PREFACE 


5..1 OVERVIEW 

This description of TAE is intended to serve as a determination 
of the feasibility of using TAE for the User Interface Lan- 
guage (UIL) of the Space Station (SS) . This treatus is not an 
exhaustive examination of TAE’s capabilities; details on TAE 
can be found in the Reference section of this document. 

The Transportable Applications Executive (TAE) was developed by 
the Space Data and Computing Division, Space and Earth Sciences 
Directorate, of the NASA/Goddard Space Flight Center (GSFC) and 
by Century Computing, Inc., in 1980 to give programmers 
developing applications a standardised portable user interface. 

The (TAE) is an executive program that ties a system of 
application programs into a single easily operated whole and 
supports users operations of programs through a consistent 
friendly and flexible interactive user interface. It was 
developed to better serve the needs of the end user, the appli- 
cation programmer, and the systems designer. 

TAE also supplies the interface between the various application 
programs in a particular computer system and the user. TAE 
communicates with the human operator through menu and command 
interfaces, information displays, parameter prompting, error 
reporting, and on-line help. 

It appears to be an effective user interface for infrequent as 
Mel 1 as for expert users. It is highly portable (87/ of code) , 
supports system extendabi 1 i ty and provides common interactive 
user interface to application programs. 


5._2 BACKGROUND 

The permanently manned Space Station calls for one of the most 
demanding arrays of software capabilities that any project to 
date has been required to provide. NASA, therefore, established 
a common software support environment that all contributing 
entities must use in the production of customized software; and 
it finally recommended that one language be designated for the 
production of all Space Station Application Sof tware— specif ic- 
ally, Ada was recommended. MSFC has mission responsibility to 
produce the software to be used during the life-cycle phases of 
the Space Station for such elements as the habitation, 
laboratory, and logistics modules. Since these elements will 
include software packages provided by other work packages, the 
MSFC software manager is developing plans to integrate and test 
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software provided by other centers. This as well as those 
developed by MSFC will require MSFC developed so-ftware to be 
integrated into a total Space Station package at the same time 
so-ftware packages -from other sources must be mated and 
integrated into the MSFC packages for subsequent verification 
of the total Space Station system. 

The UIL will support software development, on-board and 
ground operations, tests and diagnostics, and a family of 
languages (Ada, Assembly, COBOL, FORTRAN, BASIC, Forth, Pascal, 
C, etc.). It should be device independent and transparent 
(friendly) to the user. 

The prospective users of the Space Station User Interface 
Language (SSUIL) are described as: 

Requi remen t /Specification Eng i neer s 

Software Designers and Developers 

Coding and Testing Engineers 

Experimenters 

Maintenance Engineers 

Managers 

Crewpersons (Astronauts, Scientists, Flight 
and Ground Controllers, Payload Operators, 
and Application Customers) 

The users will be utilizing the UIL to support such Space 
Station (SS) operations as: 

- Planning and Scheduling 

- Interacting with Real-time Modul ar /Payl oad Satel- 

1 i tes 

- In-Orbit Checkout, Repairing, Processing & 

Servicing, Controlling 8< Monitoring Space 

- Environment Control and Life-Support Systems 

(ECLSS) 

- Communicating with other Languages 

- Detecting and Diagnosing Equipment Malfunctions 

- Interacting with Conf i gurat i on Management 

Mai f uncti ons 

- Monitoring On-Going Systems and Making Adjustments 

or Troubleshooting where Needed 

- Examining and Updating Databases 

- Monitoring and Recording Observations 

- Interacting and Communicating with Ground Systems, 

Interpreting, Recording, and Presenting of data 

- Communicating with Payloads 

- Forecasting Potential Conditions and Making Contin- 

gency Analyses 

- Validating Systems Performance 
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- Creating and Describing Graphics Displays 

- Evaluating Program's Performance 

- Monitoring Users' Use of UIL 

On an interactive computer system, the user gives directions 
for the machine’s operation. For most applications, the var 
ious elements of the system are so complex that users cannot 
communicate directly with the operational programs, but must 
manage the system through an intermediate interface. 

An applications executive is a master program which unifies the 
many subprograms of the system. In general, an executive 
should facilitate the user’s interaction with the computer by: 

1. Standardizing the Users interface to application 
programs. 

2. Shielding the user from the host operating system. 

3. Providing a congenial environment. 
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6.0 TAE FEATURES 


TAE consists of two distinct bodies of software: the TAE 
Monitor (TM) and the subroutine library. The monitor handles 
all user-computer communications and manages the execution of 
application programs. The subroutine library provides several 
packages of commonly needed services for application programs. 
TAE isolates application programs from both the interactive 
user interface and the host operating system. The isolation of 
programs from host-dependent services facilitates the porting 
of applications among TAE— based hosts. 


6^1 FyNCIIONS_AND_COMMANDS 

To get an idea of TAE as a system, keep in mind three basic 
concepts: 

1. Management mode, which refers to the methods used 

to address the system’s aggregate of resources and 
services. 

2. Procs (processes or procedures) and parameters, 

refers to the resources and services of the system 
and how you select a feature and adapt it for a 
specific situation. 

3. 0n-l_ine help, refers to the various kinds of 

information — available interactively — to aid you, 
either on an individual topic or in the use of the 
system as a whole. 


6.1.1 TAE Model 


To build a model of TAE, we'll consider the three major types 
of activities carried out by the executive system and the 
components associated with each. Table 1 summarizes these 
relationships: 


Table 1 - TAE FUNCTIONS AND COMPONENTS 


FUNCTION 


C0MP0NENI 


DESCRIPTION 


Managerial 


Modes Methods of addressing the 

operational components 
which will accommodate 
the user's individual 
level of experience with 
TAE. 
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I 


I 

I 

Operational 


Procs & 
Parameters 


Informational/ Help 

Instructional 


A collection of programs 
which perform the analy- 
tical and housekeeping 
activities necessary to 
complete required tasks. 

A means of supplying both 
supplemental information 
on a single topic and a 
systematic teaching tool 
for the new user. 


6._2 MQDES_PROCS_AND_PARAMEIERS 

The user sees TAE as an interface having two modes: menu and 
command. Novice or casual users make their way through the 
system by means of menus, augmented by extensive on-line help. 
Experienced users have a powerful language for commanding the 
system and controlling the environment. Both menu and command 
users have online explanations of the system. In either mode, 
the user’s ultimate purpose is the same: to execute the appli- 
cation functions of the system. 


6.2.1 Modes (Managerial) 

With TAE you may send directions to the computer in one of two 
modes: 

1. Menu_Mode where you select an operation from a 
numbered list presented on the screen. 

2. Command_Mgde where you communicate with the system 
through the TAE Command Language (TCL) • 

The mode selected depends on the task to be performed and 
familiarity with the features of the system and with one’s 
confidence in using TAE. 

6.2. 1 . 1_ Using M§?nu_Mgde — In Menu Mode, TAE communicates with 
the user by means of four types of displays: (1) Menu, 

Tutor, (3) Help, and (4) Messages. 

In all four types, the screen shows two different kinds of 
material : 

1. Contents: the instructions, information, or data 

you need to know at that time. 


c ^ 
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Prompt-Line Options: 
task session. 


A set of choices to manage your 


(1) Menu: A TAE menu is normally a CRT display containing 
numbered entries (arranged vertically on the screen) and menu 
prompt— line options (arranged horizontally at the bottom of the 
screen above the prompt line). See Figure 1 -for TAE menu 
ex amp 1 e. 


(2) Tutor: Once a user reaches a 

to enter the desired parameter val 
user sees a screen containing a 
names and either their previously 
defaulted values. These values c 
the tutor session. With a tutor 
values or edit old values. Users 
ter values for future restoration 
tutor screen. 


proc, he or she is "tutored" 
ues. In a tutor session, the 
formatted list of parameter 
established values or their 
an be changed easily through 
display, users may set new 
may also save sets of parame- 
Figure 2 shows a typical 


Unless you 
normally a 
vertically on 
(arranged horizontally 


TAE 


menu 


1 s 


are using a hard copy terminal, a 
CRT display containing numbered entries (arranged 
the screen) and menu prompt-line options 
at the bottom of the screen near the 


prompt 
ex amp 1 t 


1 ine) 


See Menu 


Illustration which follows for an 


On most TAE systems, you log on as a menu user and are given a 
"root" menu and a menu question mark ( ? ) prompt, which 
appears at the lower left-side of the screen. You then have 

two choices to make: 

1. You can make a selection from the numbered entries. 

2. You can give a prompt line option. 

(3) Help: To be an effective interface, an executive must be 

self-contained. That is, it should be able to inform the user 
of its resources and give instructions for their use. TAE 
provides the user with help in five categories: a proc or a 

TAE command, a menu, the operation of a mode, the parameters o 
a proc ? and a TAE message. 

A typical TAE help display may have several screens, each of 
which contains context-specific explanatory information (usual 
ly in sentence form and appearing in the top part of the frame 
and standard help options (arranged horizontally across the 
bottom of the screen). 

used to report an error or 
It consists of a single 


(4) Messages: A message display is 

a piece of information to a user . 
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comment line that appears on the current display screen. The 
user may then choose from the options appearing on the prompt 
line of that particular screen. Messages may come from TAE 
itself, or from procs through TAE. A typical message has the 
form: 


CWH0SE-WHAT3 description 

where WHOSE identifies the source of the message (e.g., TAE, 
ADIPS, BISHOP) and WHAT is a key (e.g., NOSUCHFILE) ^ Any 
message may be supplemented by additional help, which a user 
accesses by typing " ? " when the message occurs. 

6i.2il.ji_2 ysi.ng_Cgmmand Language_Mgde — Users who employ the 

TAE Command Language (TCL) can freely direct system activities. 
Unlike menu users, who have a limited set of possible actions 
and very little to remember at any one time, TCL users are 
bound only by the breadth of the system and their ability to 
recall how to use the various resources. 

Like menu users, command users are primarily interested in 
executing the application and utility procs of a system. In a 
simple command statement, the user enters the name of a proc 
and parameter values, either positively or by keyboard. Com- 
mand users also have access to help and messages. In addition, 
they may tutor on a proc or switch to menu mode at any time. 

Users may also set up standard sequences of commands by creat- 
ing command procedures — collections of TAE commands, executed 
as a single, named function. For this purpose, the language 
contains control directives (e.g., LOOP, IF— THEN-ELSE) typical- 
ly found in a procedural language. Other features; such as, 
global and local variables, substitution, assignments, input 
and output parameters and expression evaluation support 
programming through procedures. 

4 

A simple on-line command editor allows users to recall and edit 
or resubmit previous commands. 

In TAE command mode, a user operates through a classic command 
line interpreter. There is a command in menu mode to enter 
command mode, and a command in command mode to enter menu mode. 


6.2.2 Procs and Parameters (Operational) 

•_!. Procs: A proc executes one o-f two things: (1) A 

requested application or (2) A utility -feature. Application 
procs usually perform analytical tasks. Utility procs usually 
perform service functions. 


i 


i 
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hz2.i2.i2. Parameters; Once you invoke the proc you want, you 

may adapt it to your own use. Each proc has a parameter or set 
o-f parameters which may be given different values when the 
program is run -for a specific reason. 

Defaulted Parameters — In many cases, a parameter will have a 
predefined value (based on what is most convenient or most 
commonly used). This value is the "default;" if you do not 
replace it with another value, the program executes using this 
value. Whether you are working in Menu Mode or in Command 
Mode, you will have the option of entering parameter data or 
accepting a default value before activating the proc. 


6^3 HELP_1INFDRMAII0NAL/INSIRUCII0NAL1 

Unlike some systems, help instructions for TAE will not appear 
of their own accord when the computer detects that the operator 
is making mistakes at the terminal. You must request help — 
on-line help is available at all times during your TAE sessions. 

Help is available in several different forms on TAE. No matter 
what mode you are in, the system can provide you with 

assistance on almost any item. 

6^4 ICL_lIAE_CDMMAND_LANGUAGEi 

The TAE command language (TCL) is a classic command language 
based on Digital’s DCL, the IBM System/38 command language, the 
UNIX shell and C shell, and the deliberations of the ANSI 

committee standardi z i ng Operating System Command and Response 
Languages. 

A TCL command line consists of the name of a proc or a TCL 
intrinsic command, followed by command or proc parameter 
values. Parameter values for any proc and most intrinsic 
commands are given by the user either positionally or by 
associating the value with the name of the parameter. 

As an example, assume we have a proc named DOIT, with two 
integer parameters named A and B, and a string parameter named 
C. Assume further that the PDF for DOIT specifies that the 

order of the parameters is A, B, C. One may specify the 

initial value of che proc in any of the following ways: 

DOIT 1, 4, hello 

DOIT 1, C = hello, B = 4 

DOIT C = hello, A = 1, B = 4 
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Command lines may be continued past the end of the physical 
terminal line; the number of continuations depends on the host 
facility. Comments may be appended to any command line, 
including continued command lines. 

If the definition of a parameter specifies a default value and 
the user gives no value for the parameter on the command line, 
then the default value will be assumed. If the PDF did not 
specify a default value, then the TAE command line interpreter 
will respond with a message indicating to the user which 
parameters require values. 

In addition to executing TAE procs, a TAE command mode user may 
execute a TCL intrinsic command. An intrinsic command is a 
built-in command, that is, a command executed by the command 
line interpreter. TCL provides intrinsic commands to: 

- abort an executing proc; 

- define an acronym for an arbitrary string of 
characters; 

- create, delete or assign values to TCL variables; 

- set the library searce order; 

- start or stop session logging; 

- start or stop logging all terminal I/O; 

- obtain help information on a TAE intrinsic command, 
on a proc or proc parameters, on a menu, or on a 
TAE message; 

- save or restore a set of TCL variables; 

- initiate a tutor session; 

- abort or get status on TAE async or batch jobs; 

- log out of TAE. 

TCL supports real, integer, and string type variables, and 
implicit conversion on mixed-type arithmetic operations. A 
value is assigned to a variable when the variable is created, 
or through the LET statement. TCL provides addition, 

subtraction, division, and multiplication arithmetic operators, 
a concatenation string operator, and the logical operators NOT, 
AND, and OR. To save the global variables to a file use the 
TCL SAVE command. 
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7.0 PROS 


The advantages o-f using TAE to prototype the UIL are as fol- 
1 ows: 

1. Many elements o-f TAE’s terminology are also words 
with eveyday meanings (such as, “HELP"). 

2. TAE accepts upper or lower case for user input; for 
example, "HELP" is the same as "help". 

3. Commands and keywords may be abbreviated, even 

down to a single letter, so long as they are unique. 

4. TAE allows for portability of itself and applications 
(877. of Code). 

5. TAE is cost effective as it is an in-house develop- 
ment owned by NASA and its contractors. 

6. The ability to browse TAE — The HELP is an 
instructional tool and is especially valuable to 
intermediate learners because it allows you to 
request information on the topics. 

7. Users of TAE on different host computers find 
almost identical user interfaces. 

8. There are no restrictions on the type of application 
programs supporting TAE. 

9. Programmers who write application systems to run 
under TAE do not have to invent their own control 
language or provide logic in their programs for 
interfacing with the user. 

10. The physical appearance of TAE helps the user learn 
the system quickly. 

11. TAE has the ability to prototype a system without 
writing a single line of application code. 

12. TAE is able to interface with FORTRAN, C, and, most 
recently (see Smith Advanced Technology, Inc. Senior 
Systems Analysts’ comments in the Reference Section 
of this paper) Ada programs. 
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13. TAE provides easily learned user-computer inter-face 
with power, -flexibility, and consistency in managing 
application systems. 

14. TAE lowers cost o-f so-ftware development thru savings 
in development e-f-forts, reduced maintenance overhead, 
and decreased upgrade time. 

15. TAE facilitates building a system by supplying tools 
for developing and customizing, interactive analysis 
in any discipline, and convenient implementation. 
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8.0 CONS 


The disadvantage -for using TAE -for prototyping the Space 
Station (SS> User Interface Language (UIL) are as follows: 

1. TAE graphics interface has been recently added and 
is not yet operat i onal 1 y error free. 

2. TAE is primarily a text-based user interface 
management system utilizing programs that acquire 
parameters or a command language, which is not 
appropriate for all SS applications needing solu- 
tions. 

3. Multiple users of TAE cannot communicate during 

shared sessions. 

4. TAE does not run on a 16-bit machine at least 

without some function loss. 

5. TAE's 877. portability claims may be overstated and 

therefore not good enough when one moves from 

machine to machine. 

6. TAE is neither in use for real-time operations 
(some speed penalty) nor for integration and tests 
which are primary user interface functions. 
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9.0 SUMMARY, CONCLUSIONS AND RECOMMENDATIONS 


Many computer activities use multiple programs to perform a 
task. For some applications, these programs are numerous, com- 
plex, and interrel ated. Thus the user needs help in managing 
the various operations. 

The TAE executive system provides an interface between the user 
and the programs in a particular computer application. 

As a system, TAE contains 3 functional domains: (1) Informa- 

ti onal / Instruct i onal , (2) Managerial, and (3) Operational. The 

Inf ormational /Instructional domain provides explanation and 
training on the system through the HELP component. The Manager 
ial domain allows the user to give directions to the system 
through the MENU and COMMAND MODE components. The Operational 
domain supplies the analytical and service features of the 
system through the PROC and PARAMETER component. 

At the least, I see TAE as a prototyping tool to be utilized by 
designers for the various Space Station operations as well as 
other internal NASA projects and tasks. 

At the most, I see program designers using TAE to develop 
expert systems that join together various new and previously 
written and maintained programs which in turn will be utilized 
by users (of both advanced and novice types) to get answers to 
questions, to supply data, to control and monitor on-going 
systems and operations, to make adjustments where needed, to 
maintain, interact, and communicate with Ground Systems, to 
examine perf ormances, and to detect, diagnose, and correct 
malfunctions, to communicate with other programming languages, 
etc. mentioning only some of the operations that need to be 
performed on the Space Station. 

In order for all of these and more operations to be performed 
successfully, the designers will need to build user friendli- 
ness or simplicity of use into the system by keeping as many 
details as possible transparent to the user. 

Also, since TAE can be used to interface with and develop Ada 
programs, it seems that this program developing tool could be 
included with the Ada compilers for the Mi cro/VAX 1 1 /VMS or UNIX 
disk operating systems. 

I highly recommend as feasible the use of TAE as a developoment 
tool already owned by the Government for prototyping, program 
development, and interfacing with the numerous simple, compound 
and complex Space Station operations/tasks and with other NASA 
internal projects. 
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11.0 LIST OF ACRONYMS USED 


ASEE 

BASIC 

C 

COBOL 

CRT 

ECLSS 

FORTRAN 

GSFC 

MSFC 

NASA 

PDF 

PROCS 

SFFP 

SS 

SSE 

SSUIL 

TAE 

TCL 

TM 

TMIS 

UIL 


American Society -for Engineering Education 
Beginners All Purpose Symbolic Instruction Code 
A revision to the B Programming Language 
Common Business Oriented Language 
Cathode Ray Tube 

Envi ronmental Control and Li-fe Support System 
FORmula TRANsl ator or TRANslation 
Goddard Space Flight Center, Greenbelt, MD 
Marshall Space Flight Center, Huntsville, AL 
National Aeronautics and Space Administration 
Process or Procedure (PR'OC) Definition File 
TAE PROCesseS or PROCedureS 
Summer Faculty Fellowship Program 
Space Station 

Software Support Environment 
Space Station User Inter-face Language 
Transportable Applications Executive 
TAE Command Language 
TAE Monitor 

Technology Management Information System 
User Interface Language 
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